이곳은 개발을 위한 베타 사이트 입니다.기여내역은 언제든 초기화될 수 있으며, 예기치 못한 오류가 발생할 수 있습니다.문서의 임의 삭제는 제재 대상으로, 문서를 삭제하려면 삭제 토론을 진행해야 합니다. 문서 보기문서 삭제토론 AMD64 vs ARM (문단 편집) === [[ARM]]([[AArch64]]) === ARM은 [[RISC]] 철학에 따라 엄격하게 저전력 고효율로 설계된 CPU였기 때문에 고효율은 맞지만 고성능을 의미하지 않았다. 엄격하게 고효율성을 생각해서 [[명령어 집합]] 구조는 동시대의 다른 CPU들과 거리가 멀다. 그러나 이는 ARMv8 이전의 이야기로 이후로는 다른 RISC CPU들과 큰 차이를 보이지 않게 되었다. 그로 인해 [[명령어 집합]] 구조가 크게 바뀌게 되었으며 어셈블리어 구조부터 호환이 되지 않는다. AMD64의 경우 x86은 개인용 컴퓨터 시장이 주류였기 때문에 어셈블리어의 필요성이 높지 않았다. 하지만 ARM은 임베디드가 주 목적으로 [[C(프로그래밍 언어)|C언어]]보다 어셈블리어가 많이 쓰인다. 그러나 지금은 소프트웨어 규모가 커졌기 때문에 크게 문제될 내용은 아니다. 그래서 두 프로세서의 성능 자체를 비교하는 것은 적절한 비교 방법이 아니다. 각자의 설계 철학, 이념에 따라 갈리기 때문에 한쪽의 일방적인 승리가 아닌 비슷하게 흘러갈 것이다. ARM의 가장 큰 문제는 파편화이다. x86 계열이 하이퍼바이저 관련 기능 정도만 파편화 되어 있는것에 비해 (AMD-V, VT-x) 32비트의 IA-32, 64비트의 AMD64만 존재하며 프로세서의 확장 기능 또한 [[SSE]], [[AVX]]는 스펙상에 존재하기에 동일한 바이너리 코드가 벤더간 동작에 있어 별다른 문제 없이 호환이 가능한 것에 비해 ARM은 기본 명령어 세트부터 ARM v6/v7/v8/v8-M/v8.1-A/v8.2-A/v8.3-A/v8.4-A/v8.5-A/v8.6-A/v9[* 이런 심각한 파편화 때문에 시중엔 v8.4, v8.5, v8.6 를 사용한 ARM CPU는 출시도 안됐지만 v9까지 발표되었다. 이 때문에 [[ARM Holdings]]에선 v9에 v8.6 까지의 명령어를 구현하겠다고 선언한 상태다.], Thumb1/2/EE, Jazelle, NVIC, VIC, GIC v2/v3/v4 등으로 나뉘어 있는데다 확장 기능도 NEON, SVE, DSP, VFP 등으로 쪼개져 있어 삼성이나 퀄컴이나 모두 똑같은 ARM이지만 기본적인 호환성만 가질 뿐 완전히 다른 CPU라 봐도 무방해 바이너리 코드가 다른 프로세서에서 정상적으로 동작할 것이라는 보장을 할수가 없고 이는 임베디드용 프로세서도 크게 다르지 않다. 앞으로 ARM이 해결해야 할 큰 문제이고 AMD64와의 경쟁에서 유리한 점은 아니라는 것이다. Apple은 다른 방법으로 해결했는데 아예 폐쇄적인 플랫폼을 만들어서 호환성 문제를 없애고 극한의 최적화가 가능하게 했다. 그 이유는 Apple의 iOS는 Apple의 칩에서만 구동되기 때문이다. 이 문제 때문에 [[리누스 토르발스]]는 ARM보다 x86이 더 낫다면서 ARM에게 실망했다고 발언했다.[[https://www.ciokorea.com/news/31512|#]]저장 버튼을 클릭하면 당신이 기여한 내용을 CC-BY-NC-SA 2.0 KR으로 배포하고,기여한 문서에 대한 하이퍼링크나 URL을 이용하여 저작자 표시를 하는 것으로 충분하다는 데 동의하는 것입니다.이 동의는 철회할 수 없습니다.캡챠저장미리보기